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Mission  is  to  “Successfully  support  the 
transition  of  evolving  and  mature 
technologies  to  customers.” 


“Secure  the  High  Ground” 


-■oeveloper  maturity. 


Capability  to  perform.  ■ 

Process  maturity. 

Past  performance 

customer  maturity. 


Readiness  to  receive 
new  technology. 

Corporate  /  organizational  culture.  - 

Infrastructure 
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the  effects 


Immature  /ecAnoft^ 


According  to  a  GAO  review  of  54  DoD  programs: 


•  Only  15%  of  programs  began  SDD  [after  MS  B]  with  mature 
technology  (TRL  7) 

•  Programs  that  started  with  mature  technologies  averaged 
9%  cost  growth  and  a  7  month  schedule  delay 

•  Programs  that  did  not  have  mature  technologies  averaged 
41%  cost  growth  and  a  13  month  schedule  delay 

•  At  critical  design  review,  42%  of  programs  demonstrated 
design  stability  (90%  drawings  releasable) 

•  Design  stability  not  achievable  with  immature  technologies 

•  Programs  with  stable  designs  at  CDR  averaged  6%  cost  growth 

•  Programs  without  stable  designs  at  CDR  averaged  46% 
cost  growth  and  a  29  month  schedule  delay 

Source:  Defense  Acquisitions:  Assessments  of  Selected  Major  Weapon  Programs,  GAO-05-301,  March  2005 
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Competing  Metrics  in  Program^ 

D  Crosswalk 


Technological  Risk 


Capital  Requirements 


Note:  Relationships  Are  Approximations 
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SBIR  -  Small  Business  Innovative  Research  TRL  -  Technology  Readiness  Level  TPMM  -  Technical  Program  Management  Model 
STTR  -  Small  Business  Technology  Transition  Research  PPBS  -  Planned  Program  Budget  Execution  System 
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Why  Do  immature 
Technologies  Transition 
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"Perspective  of 
the  USER 


I  am  understaffed 


I’m  governed  by 
the  JCIDS 


Threat  Driven 
Soldier-Proof 
Fieldable 

Meets  Mission  Needs 

DOTMLPF 


USER 


“Secure  the  High  Ground” 


pe cove 


of  PM 


Your  next  chance  for 
funding  is  5  years 
down  the  road  -  stud! 


•Reliability 

•Availability 

•Survivability 

•Maintainability 

•Deployability 

•Sustainability 

•Human  Factors 


•Affordability 

•Interoperability 

•Transportability 

•Environmental 

•Maintainability 

•Manufacturing 


•Producibility 
•Technical  Data 
•Safety  And  Health  Hazards 
•Supportability 
•Supply 
•Equipment 

•Manpower  And  Personnel 


Value  Added 
Capability 

Probability  of  Success 
Acquisition  Strategy 
Budget  (LLC/POM) 
Schedule  -  WBS 
The  System  “  approach” 


“Secure  the  High  Ground” 
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i  J 


oective  or 


•Technical  “break-thru” 
•Performance  Goals 
•Risk 

•Cost  Estimate. 
•Program  Plan 
•Build  a  prototype 


don’t  understand  - 
project  is  different 
m  everyone  else 


My  S&T  job  is  my 
life  -  If  I  finish  it  - 
then  what? 


S&T  does  not  require 
a  process  -  I  have 
been  doing  it  for  years 


Customer  role 
is  to  integrate 


Marketing  is  not 
part  of  S&T 


“Secure  the  High  Ground” 
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Technology  Management  vs.  Transition  Management 


Transition  Management 

*  Transition  an  afterthought 

*  Technologist  still  tinkering 

*  Not  knowing  when  you’re  finished 

*  Not  knowing  when  technology  is  needed 

^ ^ — — — — — ► 

“Secure  the  High  Ground”  ■ 


1.  Basic  principles  observed  and 

reported. 

2.  Technology  concept  and/or 

application  formulated. 

3.  Analytical  and  experimental 

critical  function  and/or 
characteristic  proof  of  concept 

4.  Component  and/or  breadboard 

validation  in  laboratory 
environment. 


Lowest  level  of  technology  readiness.  Scientific  research  begins  to  be  translated  into 
technology’s  basic  properties. 

Invention  begins.  Once  basic  principles  are  observed,  practical  applications  can  be  invented.  The 
application  is  speculative  and  there  is  no  proof  or  detailed  analysis  to  support  the  assumption. 
Examples  are  still  limited  to  paper  studies. 

Active  research  and  development  is  initiated.  This  includes  analytical  studies  and  laboratory  studies 
to  physically  validate  analytical  predictions  of  separate  elements  of  the  technology.  Examples 
include  components  that  are  not  yet  integrated  or  representative. 

Basic  technological  components  are  integrated  to  establish  that  the  pieces  will  work  together.  This 
is  relatively  “low  fidelity”  compared  to  the  eventual  system.  Examples  include  integration  of  “ad  hoc” 
hardware  in  a  laboratory. 


5.  Component  and/or  breadboard 

validation  in  relevant 
environment. 

6.  System/subsystem  model  or 

prototype  demonstration  in  a 
relevant  environment. 

7.  System  prototype  demonstration 

in  an  operational  environment. 


8.  Actual  system  completed  and 

qualified  through  test  and 
demonstration. 

9.  Actual  system  proven  through 

successful  mission  operations. 


Fidelity  of  breadboard  technology  increases  significantly.  The  basic  technological  components  are 
integrated  with  reasonably  realistic  supporting  elements  so  that  the  technology  can  be  tested  in 
simulated  environment.  Examples  include  “high  fidelity”  laboratory  integration  of  components. 

Representative  model  or  prototype  system,  which  is  well  beyond  the  breadboard  tested  for  level  5,  is 
tested  in  a  relevant  environment.  Represents  a  major  step  up  in  a  technology’s  demonstrated 
readiness.  Examples  include  testing  a  prototype  in  a  high  fidelity  laboratory  environment  or  in 
simulated  operational  environment. 

Prototype  near  or  at  planned  operational  system.  Represents  a  major  step  up  from  level  6,  requiring 
the  demonstration  of  an  actual  system  prototype  in  an  operational  environment.  Examples  include 
testing  the  prototype  in  a  test  bed  aircraft. 

Technology  has  been  proven  to  work  in  its  final  form  and  under  expected  conditions.  In  almost  all 
cases,  this  level  represents  the  end  of  true  system  development.  Examples  include  developmental 
test  and  evaluation  of  the  system  in  its  intended  weapon  system  to  determine  if  it  meets  design 
specs. _ 

Actual  application  of  the  technology  in  its  final  form  and  under  mission  conditions,  such  as  those 

encountered  in  operational  test  and  evaluation.  Examples  include  using  the  system  under 

operational  mission  conditions.  ...  .  _ 

■ -  “Secure  the  High  Ground” 
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Stage  -  Gate  Type  Process  -  all  businesses  have  “a  process” 


Idea 
Task 
Problem 


Gate  $  Gate  $ 


Gate 


o 


$ 


Stage  1 


0 


Stage  2 


0 


Stage  3 


Successful 

Product 


•  Each  Gate  is  a  decision  point  for  the  program  to  move  to  the  next  stage. 

-  Decision  to  Go  /  Kill  /  Hold  /  Recycle 

•  Each  Stage  is  measured  by: 

-  Metrics  Goals  -  Deliverables 

-  (Exit  Criteria)  -  Funding  allocation 


Everything  We  bo  is  a  Process 

“Secure  the  High  Ground” 
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User  Needs  & 
Technology  Opportunities 


Process  entry  at  Milestones  A,  B,  or  C 

Entrance  criteria  met  before  entering  phase 

Evolutionary  Acquisition  or  Single  Step  to  Full 
Capability 


IOC 


FOC 


Concept 

Technology 

System  Development 

Production  & 

Operations  & 

Refinement 

Development 

&  Demonstration 

Deployment 

Support 

\  Concept 

Y  Decision 

/ S .  Design 
<  >  Readiness 
V  Review 

LRIP/IOT&E  /S  Decision 

V  Review 

Pre-Systems  Acquisition 


Systems  Acquisition 


Sustainment 


DoD  5000  Metric 

>Technology  Readiness  Assessment  (TRAs)  -  Required  at  MS  B 
>TRAs  using  Technology  Readiness  Levels  (TRLs) 
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According  to  a  GAO  review  of  54  DoD  programs: 

\/  a£  nrnnramc  honon  QHn  Tof+or  MQ  R1  \A/ith  motnra _ 

A  standardized  assessment 
process  based  upon  a  System 
Engineering-  and  Programmatic- 
based  TRL  criteria  set  applied 
eadier  in  the  process. 

-juuiijii  umikjiii  Ly  iiui  mtn  rrTTrrrerrerr^  iuui  ii 

•  Programs  with  stable  designs  at  CDR  averaged  6%  cost  growth 

•  Programs  without  stable  designs  at  CDR  averaged  46% 
cost  growth  and  a  29  month  schedule  delay 

Source:  Defense  Acquisitions:  Assessments  of  Selected  Major  Weapon  Programs,  GAO-05-301,  March  2005 
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Technology  Management  vs.  Transition  Management 


Tnerrmitkym  Management* 


Transition  an  afterthouaht 


jq 

Integrated  Transition  Management 


Technologist  still  tinkering 
Technology  Readiness  Assessme 


Balanced 

Paradigm 

1  jpitill 

Paradigm 


Not  knowing  when  you’re  finished 
Technology  Advancement  Assessments 

Not  knowing  when  technology  is  needed 
Technology  Transition  Agreements 
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1.  Basic  principles 
observed  &  reported 

2.  Technology 
concept  and/or 
application  formulated 

3.  Analytical  and 
experimental  critical 
function  and/or 
characteristic  proof 
of  concept 

4.  Component  and/or 
breadboard  validation  in 
laboratory  environment 

5.  Component 
and/or  breadboard 
validation  in 
relevant 
environment 

6.  System/ 
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model  or 
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demonstration 

in  relevant 

environment 

S&T  Community  Activities 
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TRL  1  TRL 2 


TRL  3 


TRL  4  TRL  5  TRL  6 


1.  Basic  principles 
observed  &  reported 

2.  Technology 
concept  and/or 
application  formulated 

3.  Analytical  and 
experimental  critical 
function  and/or 
characteristic  proof 
of  concept 

4.  Component  and/or 
breadboard  validation  in 
laboratory  environment 

5.  Component 
and/or  breadboard 
validation  in 
relevant 
environment 

6.  System/ 

subsystem 

model  or 

prototype 

demonstration 

in  relevant 

environment 
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Conduct  Trade 
Studies 

Perform  Military  Utility 
Analysis 
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Studies 

Identify  specific 
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Analysis  of 
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Proof  of  Concept 
and  approach 

Develop  General 

Technical 

Requirements 
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technologies 

Develop  Draft  Tech 

Development 

Strategy 

TTA  -  Interest 


Demonstrate  Key 
Technologies  Work 
Together 

Refine  Requirements 

System  Eng  Plan 

Update  Tech 
Development  Strategy 

TTA  -Intent 


Demonstrate 
Components  Work 
With/as  System 

Finalize 

Requirements 

Develop  Transition 
Plan  and  Gain 
Customer 
Approval 


Demonstrate  Prototype 
Ready  for  Operations 

Demonstrate  Increased 
Capabilities 

Develop  Transition 
Agreement 

Acquisition  Strategy 

TTA  -  Commitment 
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Why  Do  immature 
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Aligning  tfw  'technology  with 
DoD  5000  1 % 


TPMM  v.2  defines  the 
process  and  transition 
mechanisms  to  help  tech 
programs  align  with 
Acquisition  Milestones 

Alignment  Mechanisms 
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Technology  Development  Phase 
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TDS  establishes  common 
language  and  vision 


DAU  adopted  TTA 


Program  reviews  include  a 
TRA  and  a  TAA 


TRL  ® 
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Discovery 

Formulation 

Proof  of 
Concept 

Refinement 

Development 

Demonstration^ 

Transition 

Integration 

•Multi- Dimensional  criteria  set 
provides  a  comprehensive 
TRL  Assessment 


Deliverables 
-Feasibly  study 


^rogrammatics 


System  Engineering 


Ti mnsMon  Management 


dy  for 
otype 


e  9? 
u  I  steel 
rtting 


formulation  report 


■Sponsor 

funding 

Deliverables 
■Proof  Of 
concept  report 
■Tech  Req 


Bread PParq - 

Comp  one  rro 
'Hllties  Analysis 

Transition 
■  St  afc  *  h  ol  d  ert 
briefed 

■Finalize 

requirements 

Transition 
■Develop  Transition 
Plan  and  Cain 
Customer  Approval 

Increased 

Capabilities 

Transition 

■Transition 
agreement  signed 
■MCA 

Deliverables 

tT5s 

■Transition 

-SEMP 

-AOA 

-"IIDIties"  report 
-Test  plam 

Deliverables 

■TEMP 

■Final  Tech  Req 

agreement 
■Acq  Strategy 
■System  per  specs 

■Draft  Transition 
Agreement 

Helping  manage  the  Technology  Transition  by 

■  formalizing  development  requirements 

■  establishing  timelines  for  technology  insertion 

■  establishing  plans  for  integration  into  target  Acquisition  environment 


Key  Indicators 

Description 

TTA  Version 

Interest 

Intent 

Commitment 

Performance 

Requirements 

Definitive,  complete,  measurable  performance 
&  physical  attributes  parameters  to  be 
tracked. 

Not  Likely 

Yes 

Yes 

Performance  Thresholds 

Minimum  acceptable  performance  threshold 
has  been  identified 

Not  Likely 

Yes 

Yes 

Performance 

Demonstrated 

Current  performance  of  the  technology/product 

Maybe 

(Simulated) 

Yes  -  Lab 

Yes  -  Relevant 
Environ 

Test  Planning 

Conditions  under  which  technology/product  will 
be  tested/demonstrated  prior  to  delivery 
to  acquisition 

Not  Likely 

Yes  -  Lab 

Yes  -  Relevant 
Environ 

Operational  Environment 

The  environment  in  which  the  technology  will 
operate  has  been  defined 

Maybe 

Yes 

Yes 

TRL  at  T ransition 

Estimate  of  the  transition  TRL  coordinated  with 
the  program  office 

Maybe 

Yes 

Yes 

“Secure  the  High  Ground” 


TPMM  v.2  &  th@  System 
Engineering  V 


TRL4 


Refinement 


TRL  5 


TRL  6 


Development 


Demonstration/ 

Transition 


•AoA 


Understand  User 
Requirements,  Develop 
System  Concept  and 
Lab  Validation  Plan 


•Lab  Test  Strategy 

Demonstrate  and 

•IDD 

Validate  System  to 
User  validation  Plan 

•TDS 

•Operational 

Prototype 

Validation 


Develop  System 
Performance  Specification 
And  Relevant  Environment 
Validation  Plan 


•ODD 

•Prelim  Sys  Spec 

•Initial  Transition  Plan 

•Relevant  Env  Test  Design 


Integrate  System  and 
Perform  System 
Verification  to 
Performance  Specifications  |»Sys  Spec 


Final  Transition  Plan 


TDS/Acq  Strategy 
Roadmap 


Expand  Performance 

•Tech  Req 

Assemble  CIs  and 

Specifications  into  Cl 

•Functionality  Anl 

Perform  Cl  Verification 

“Design-to”  Specifications 

to  Cl  “Design-to” 

And  Cl  Verification  Plan 

•Initial  “Illities”  Plan 

Specifications 

A 

Systems  Engineering 

•Manufacturing  Plan 
•“illities”  Documented 


Evolve  “Design-to” 
Specifications  into 
“Build-to”  Documentation 
And  Inspection  Plan 


T 


■Design  Codes 

•Exit  Criteria 
•Risk  Mit 


Inspect  to 
“Build-to” 
Documentation 


Design  Engineering 

•Sys  Config  Formally 
Documented 


•Interface  Doc 


TPMM  Recommended  Documentation 


Fab  Assemble  and 
Code  to  “Build-to” 
Documentation 


Brassboard 
Relevant 
Environment 
Test  results 


“Secure  the  High  Ground” 


25 


Exempt  j 


ntic,  In. 


Define  User 
Need/Utility 

Formulate  and  Prove 
Technology  Concept 


Align  Proven  Concept  with 
Acquisition  Program  Capability 


Develop  Functional 
Requirements 


IE 


Develop 

Performance 

Requirements 


Fi  b  tfuitBttiQn  f 
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Bi  TPMM  Administration  Tool 


w!i  Graph  Activities 


System  Engineering  Yhtszidls 


File  Import  Export  View  Help 


Include  Dep  Threads 
Include  Fred  Threads 
Include  Orphans 


Yes 

V 

No 

V 

Yes 

V 

□  Systems  Engineering 

Conduct  a  functional  analysis  flowdown  of  the  technology  system. 

Define  how  and  where  the  system  will  be  used  and  potential  applications 
Define  Key  Technology  Requirements  .And  Specifications 
Define  measures  of  effectiveness 
Define  the  system  elementis). 

Define  the  system  interface  requirements  f  or  the  technology. 

Define  the  system  performance  requirements  for  the  technology. 

Define  the  system  physical  requirements. 

Describe  any  other  considerations  included  during  the  analysis  and  evaluation  p 
Describe  conclusions  from  the  analysis  and  evaluation  of  each  solution  altemati 
Describe  the  analysis  and  evaluation  of  feasible  solution  alternative 
Describe  the  analysis  results  of  each  solution  altemative/architecture. 

Describe  the  analytical  tools,  study  results,  and  processes  used  for  the  assessn 
Describe  the  architectural  synthesis  process  leading  to  optimization. 

Describe  the  criteria  used  in  the  selection  process,  including  key  performance  p 
Describe  the  utility  analysis  results  [Mil  or  other},  including  user  benefits  and  prel 
Identify  Preliminary  llities*  Requirements 
Refine  the  constraints 

Refine  the  operational  and  mission  requirements/objectives 
Refine  The  Operational  Concept 
Refine  the  system  functional  requirements 

Specify  the  technology  advancement  degree  of  difficulty  index  for  the  selected 
l±j  Transition  Management  v  j 


_ 


T  1.  Identify  technology  | 
I.  capabilities  JJ 


3  r  2.  Defi  re  the  system 

performance  requirements 
^^foMh^echnolog^^^ 


STRifi 


3.  Refms]  System.  pc 
Perform.a  ncei  !eq  u  i  rements  y 


_ 


i.  Develop  Technology 
Perform.a  nee  goals 


Deliverable 


Proof  of  Concept  Report  z.h  vl  !  Proof  Of 


Cat/ Sub-cat  Technical  :  Systems  Engineering 


TPjVJjVJ  supports  RL 
integration 


TRL  (2) 


Proof  of 
Concept 


TPMM  Activities 


Technical 

•  Describe  The  Analytical  •*- 
Studies  Conducted 

•  Describe  The  Laboratory  <4 
Test(s)  Conducted 

•  Describe  the  results  and  < 
scenarios  of  the 
modeling  and  simulation 
studies 

•  Refine  the  System  ◄ — 

Physical  Requirements 

•  Define  the  system  ◄ - 

interface  and 
performance 
requirements 

•  Identify  HTI  ◄ - 

opportunities 


•  Models  And  Simulations  < 
Develop/Update/Validate 


M DA/AS  EMRL  for  TRL  3 


3.1. a 

Performance  predictions  of  elements 
of  technology  capability  validated  by 
Analytical  Studies  details 

3.1. b 

Performance  predictions  of  elements 
of  technology  capability  validated  by 
Laboratory  Experiments  details 

3.1. c 

Performance  predictions  of  elements 
of  technology  capability  validated  by 
Modeling  and  Simulation  details 

3.2 

Scaling  studies  have  been  started. 
Define  the  goals  of  the  studies  and 
how  the  goals  relate  to  the  BMDS 
mission. 

3.3 

Preliminary  performance 
characteristics  and  measures  have 
been  identified  and  estimated. 

Quantify  level  of  performance. 

3.4 

Cross  technology  effects  (if  any)  have 
begun  to  be  identified.  Identify  other 
new  or  in  development  technology 
that  could  increase  performance  and 
reduce  risk. 

3.5 

Design  techniques/codes  have  been 
identified  and  defined  to  the  point 
where  small  applications  may  be 
analyzed/simulated.  Provide  details. 

TPMi'Jl  v.2 

.  Technology  Fisa  dint 

4ss®ssjft@ftt  Criteria 

Refinement  Phase  (TRL  4)  Assessment  Criteria  Checklists 


A  Breadboard  Laboratory  Validation  Report  Was  Completed 


The  explanation  of  object  ves  of  the  breadboard  laboratory  validation  aralyses  and  testing  are  sufficient. 


The  various  test  configurations  were  adequately  explained  and  he  key  'unctions  and  subsystems  of  each  were 
identfied. 


Items  t 

The  mt 


Al  exte 


Al  org 


Anor™ 


A  scho 


The  re 

Breadt 

Result! 

RecciT 

deveo 


Prelimi 

A  Perft 


A  brea 


Check 


A 


The  Technology  Development  Strategy  was  Updated  (Part  1) 


A  project  organization  has  been  documented  that  includes  roles  and  respons  bilities 


Spunsur  fur  this  Leuhriulugy  development  been  identified 


A  Customer  (acquisition  program)  for  this  technology  develop mert  been  identified 


An  end  u 


Other  on 


The  tech 


A  develo 
lerms  of 


A  develo 
lerms  of 


An  apprd 


Prototyp 


Describe 


Transitio 


A  contra 


A  plan  fo 


An  accui 


An  apprd 


Check 


The  Technology  Transition  Agreement  was  Updated 

Check 

The  status  to  the  current  state  of  the  technology  development  arid  transition  activity  is  provided. 

□ 

The  current  state  of  development  has  been  Summ  arize d 

□ 

The  appropriate  version  ofTTA  has  been  developed 

□ 

Exit  Criteria  forTransition  Has  beedJ  determined 

□ 

A  Requi  rements  Officer  and  Capability  Requireme  nt  Basis  have  been  identified. 

□ 

Major  program  objectives  have  been  developed 

□ 

Projected  initial  op  erational  capa  bility  date  is  reasonable  and  has  been  coordinated  with  the  Target  Acquisition  Program 

□ 

Identify  personnel  responsible  for  day-to-day  program/project  management 

□ 

The  technology  needs  of  the  acquisition  program  that  S&T  is  expected  to  provi  de  have  been  identifi  ed 

□ 

Relative  benefit  to  meeting  specific  Acq  Program  Capability  has  been  shown 

□ 

Realistic  Need  Dates  for  meeting  Specific  Capabilities  were  developed 

□ 

The  estimated  Technology  Readiness  Level  (TRL)  for  each  technology/product  need  identified  was  Valid  and  has  been  Effectively 
Coordin  ated  between  the  S&T  group  and  the  Acquisition  Program. 

□ 

The  process  for  integrating  the  technology/product  into  the  acquisition  program  was  adequately  described. 

□ 

Identify  the  Sustainment  officer  resp  onsible  for  identifying  resourcing  and  executing  Sustainment  after  transition.  1  nclude  contact 
info  rmat  ion. 

□ 

The  present  version  of  TTA  has  been  approved  and  signed  by  all  necessary  parties. 

□ 

TRL© 


TRLJ© 


*  High  Ground * 


TPMM  V,M 

'fte&hnoloyy  Advsinc^m^nt 
Assessment  Or]  ten  a 

Development  Phase  (TRL  5)  Entry  Criteria  Checklist  (partial)  trl(3)  trl@ 


Develop  a  Brassboard  Laboratory  Validation  Plan  for  use  in  Development 

Check 

a  Erassboard  Laboratory  Validation  Plan  was  developed 

□ 

The  purpose  described  for  validation  testing  is  adequate 

□ 

The  explanation  of  objectives  of  the  Brassboard  laboratory  validation  analyses  and  testing  are  sufficient. 

□ 

The  key  performance  parameters  of  the  system  that  will  be  validated  were  properly  identified 

□ 

The  various  test  configurations  were  adequately  explained  and  he  key  functions  and  subsystems  of 
each  were  identified. 

□ 

Items  to  be  tested  in  the  Brassboard  Laboratory  Validation  were  identified 

□ 

The  Testing  environment  was  sufficiently  described 

□ 

All  external  systems  participating  in  the  test  were  identified 

□ 

All  organizations  participating  in  the  tests  to  include  any  external  organizations  were  identified. 

□ 

A  schedule  which  shows  a  timeli  ne  for  each  planned  test  was  provided. 

□ 

All  operational  considerations  for  each  test  were  described. 

□ 

The  methods  for  determining  results  based  on  content,  quality,  quantity,  completeness,  were  described. 

□ 

“Secure  the  High  Ground” 
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1.  Basic  principles 
observed  &  reported 


Discovery 


2.  Technology 
concept  and/or 
application 
formulated 

Formulation 


3.  Analytical  and 
experimental  critical 
function  and/or 
characteristic  proof 
of  concept 

Proof  of 
Concept 


4.  Component 
and/or  breadboard 
validation  in 
laboratory 
environment 


Refinement 


5.  Component 
and/or  breadboard 
validation  in 
relevant 


Development 


6.  System/subsystem 
model  or  prototype 
demonstration  in 
relevant  environment 


7.  System  prototype 
demonstration  in 
operational 
environment 


I  I Demonstration/!  Integration 
(5)  Transition  ® 


Continuous  Customer  Involvement  Leading  To  Technology  Infusion 


Transition  Management 


•  Defines  activity-based  phases  and  gate  reviews  for  each  TRL  (TPR) 

•  Establishes  exit  criteria  &  deliverables  for  each  phase  TRA) 

•  Reinforces  System  Engineering  and  Programmatic  Principles  TAA) 

•  Facilitates  alignment  of  S&T  with  Acquisition  Programs 

•  Early  focus  on  successful  transitioning  Evolutionary  I 

Technology  Management 


Standardized  Management  Model 
For  Technology  Maturation 


TPt'JWl  feinted  to  MDATM 


technology  specific  asaesamenl . 
fpnvtou*  phase) 


-I  technology  maturity,  . 


►a 


Current  ala  tc  of  technology 
development  {TftL  measures  ( hi  &  one) 


Amount  of  development 
work  remaining. 

Difficulty  of  remaining  work.  | 

Predicted  supporlybllity 
of  final  product. 

1*--. 

1  nle  roperab  il  ily  with  existing 
ay*  bem  t  or  produ  els 

-  - - 1 

Manufacturing  and  produ  cibility .  1 

NASA  Definition 

'  ^  "'fllii  iee  Flepaji 

J£ . 


Technology  Program  Review  |TRL 
Sate] 


Technology  Rs.-idiness 
Asae&ameni 


Technology  Advancement 
sfiHjesmenl 


mxt  phase  planning  -  - -  _|SE  activity  set} 

***" ActMtl.,  |<  f  f 


Technology  Development  aclivity 
tel 


free  of  Difficulty  J 

^-^jComprchenSiVc  IIHIe*  criteria  [ 
—  ^CMHL  oBfernal  criteria  mapping 


Multi-dimensional 


Assessment 


Jprogrammalic  maturity, 


Dueumsmtetion, 


developer  maturity, 


Capability  to  perform 

4— 

Process  maturity. 

Past  performance 

jC'.stemerfac^  Tallorah(e  tr|te 
Budge! }  \ 

\ 


J  l  u  a  Comer  rn  atu  rily. 


■€ 


Readiness  to  receive  KJ 

new  technoJegy. 

Corporate  t  orgrunliJitlonal  culture 


Inlf^stmcfcuHi  |- 


r 

SE  activity  set  [ 

Evolutionary  system  threaded 
Activity  Set 

Technology  Development  activity 
S0l 

e 

l 

transition  mnnngemflnt  activity  s^t  [ 

-|  Tech  no  logy  Development  Strategy  \ 
t  Phasff  jTRL) 

By  Ph^sti 


/ — |  Teoh  nology  Deve  lopme  nt  S  tralegy } 


Tranajlinn  Management  Pla 


n]a - | 


Evolutionary  Technology 
Transition  Agreement 


e 


BoD  alignment  with  eusicunnr 
and  require  me  nl  set 


Transition  management  aotrvrty  &et"[- 

DoD  terminology  and  alignment  [ 
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TPMM  Summery 

Increases  the  probability  of  successfully  fielding  the  right  technology 
solution  at  the  right  time  by: 

•  Standardized  process  based  on  a  validated  development  model 

o  Provides  a  system-engineered  activity  set  consisting  of  technical,  programmatic,  and 
transition  management  activities 
o  Establishes  common  language 

o  Supports  continuous  improvement  through  incorporation  of  lessons  learned  across 
enterprise 

o  Reduces  gaps  in  program  execution  to  successful  transition 

•  Standardized  TRL-based  Technology  Readiness  Assessment 

•  Provide  consistency  in  Development  method  and  execution 

Increases  productivity  of  program  management  enabling  an  S&T 
Organization  to  be  more  responsive  to  emerging  needs  such  as: 

•  Fulfillment  of  the  DoD  5000  technology  development  &  assessment  process 

•  Real-time  enterprise-level  TRL-based  metrics  for  all  S&T  Programs 

•  Visibility  into  all  aspects  of  the  program  portfolio  execution 

o  Program  Justification  (Auditing) 

•  Answer  Maturity  Trade-off  requests 

o  Tools  for  self-assessment  of  technology  maturity  for  down  selection 


“Secure  the  High  Ground” 


33 


Q&A 


Jeff.Craver@US.Army.Mil 

256-955-5392 

256-337-6557 

http://www.tpmm.info 

“Secure  the  High  Ground” 
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“Secure  the  High  Ground” 


Show  a 
Capability 

Identify 

Pertinent 

Military 

Application  & 

Potential 

Customer 

•  Identify 
specific 

•  customer(s) 

•  Perform 

Military  Utility 
Analysis 

•  Cultivate 
Sponsorship 

•  Develop  Initial 
Operational 
Req’s  (ICD) 

•  Customer  & 
USER  briefed 

Develop  an 

Idea  Based 
on  Threat, 
need.  User 
Rqmf,  Other 

*  Develop  a 
Concept 

•  Conduct 

Trade 

Studies 

•  Proof  of 
Concept  and 
approach 

*  Analysis  of 
Alternatives 

•  Perform 

Paper 

Studies 

•  ID  cross 
technologies 

Technology  Management 


Refine 

Operational 

Req. 

Funding 

obtained  for  Dev 
&  Demo 


Transition  Management 


•  Develop  *  Final  Req  (CDD) 

Transition  Plan 

and  Gain  *  PM’s  Acquisition  Strategy 

Customer  Roadmap 

Approval 

•  Demonstrate  Prototype 
Ready  for  Operations 


Demonstrate 

Key 

Technologies 
Work  Together 

System  Eng 
Plan 


*  Demonstrate 
Components 
Work  With/as 
System 

*  Finalize 
Requirements 


*  Demonstrate 
Increased 
Capabilities 


Program  Management 

Develop  and  Manage  Program  Plan 


C/ 


nr 


ocnec 

w/  TPMM  Overlay 


£4 


CALENDAR  YEAR 


TRL  1 

ITRL  2  I 

TRL  3 

1 

TRL  4 

1  TRL  5 

1  TRL  6 

CO 

o> 

1982 

1983 

1984 

■  1985 

1986 

1987 

1988 

1989 

1990 

1991 

1992 

1993 

1994 

1995 

1996 

1997 

1998 

1999 

2000 

TRL  7,  8  &  9 


Formulation 


Proof  of 
Concept 


Refinement 


Development 


Demonstration 
/  Transition 


Integration 


Endo-HTK 

Concept 

Formulation/ 

Exploration 


Concept 

Devel 


Quick 

Shot 


ACS 

Technology 


Hi-Pwr  Supply 
Tech 


Other 

Critical  Tech 


Define  HTK  MSL  Concepts 
Prove  ACM  Concept  Feasibility 
Explore  Hi-Power/Light  Weight  Power 
Supplies 


PAC  III 

MILESTONE  IV 
DAB 


LRIP  DAB 


ERINT 

Development 


INITIAL 

FLIGHT 

JH 


FINAL 

FLIGHT 


SRHIT/FLAGE  (3) 
FLTS 


FLAGE 

Follow- 

On 


Design  HTK  Prototype 
HTK  Missile  Proof-of-Principle 


ERINT 

Demonstration/ 

Validation 


Design/Develop  Tactical  HTK  Missile 

-  Stand  Alone 

-  Integrated  Into  PATRIOT 
Demonstrate  Tactical  Feasibility 


Initial  Flight  Filial  Flight 


Design 

- S - 

Assembly.  & 

Test 

Ground  Test 

Initial  Prototype 
Tests 


PAC-III 
Missile 
EMD  / 

Production 


Determine  “Best”  PAC  III  Missile 
Design  and  Integrate  Tactical  PAC  III 
Missile 


PAC-lll 

Downselect 

Review 


ERINT  vs 
TRI-Made 


SRfe  ■ 


OR 

▼ 


First 

Flight 


Design 


Integrate 


PATRIOT/ERINT 

INTEGRATION 
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What’s  Nmf 


m  Tailorable  and  Flexible  - 

■  Updated  and  aligned  Exit  Criteria  and  Deliverables 

■  Focused  on  Transition  and  Requirements 

■  Activity  set  developed  in  database  in  prep  for 
automation 

■  Integrating  Customer  Requirements  and  other 
Readiness  levels 


Structural  Differences: 


■  TRL  phases  have  been  redesigned 

■  Deliverables  have  been  adapted  and 
expanded  to  align  to  DoD  5000.2 

■  Systems  Engineering  Activities  has 
been  expanded  with  detailed  fidelity 
and  task  breakdown 


■  Activities  have  been  classified  by 
category  and  threaded 
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Using  TPMM  v.2 


TPMM  v. 2  provides  standardized : 

■  Planning  -  Provides  tailorable  activity  set  for  each  phase 

■  RFP  Development 

■  TRL  Roadmap 

■  Management  -  Executing  tailored  criteria  set  - 

■  Deliverables 
Exit  criteria 

■  Mechanism  -  transition  and  DoD  5000  alignment  (TTA  &  TDS) 

■  Assessment  -  Evaluating  data  from  tailored  metric  set 

Technology  Readiness  Assessment 
Gap  Analysis  (Risk  Assessment) 

■  Technology  Advancement  Assessment 

■  Deliverables  -  final  product 

■  Deliverable  correlation 
Templates  &  Examples 


TPMM  v.  2  is  a  common  yard  stick  to  plan  and  measure  technology 

development  and  transition  .  ,.SecuntheHighGround„  . 


TPMM-based  Point  Solutions 


What  are  your  low  hanging  fruit? 
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S&T  Shops  Must 
Preserve  Their 
Knowledge  Base 


imatic,  and 


}d  across 


Increases  the  probability  of  successfully  fielding  the  right  technology 
solution  at  the  right  time  by: 

•  Standardized  process  based  on  a  validated  development  model 

o  F 
tra 
o  Es 
o  Si 
en 
o  Re 

•  Standa 

•  Provide 

Increas 
Organiz 


S&T 
I?  as; 


•  Fulfillment  of  the  DoD  5000  technology  development  &  assessment  process 

•  Real-time  enterprise-level  TRL-based  metrics  for  all  S&T  Programs 

•  Visibility  into  all  aspects  of  the  program  portfolio  execution 

o  Program  Justification  (Auditing) 

•  Answer  Maturity  Trade-off  requests 

o  Tools  for  self-assessment  of  technology  maturity  for  down  selection 


“Secure  the  High  Ground” 
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Common 

Language 


TPMM  v. 2 


Knowledge 
Based 
System 


Benefits  of  &  KB 


Knowledge 
Management 


1 

andardizi 

Process 

■ 

V 

^ ^ 

/ 

Provides  a  means  to  re-apply  known  solutions  to 
current  problems  which  can  be  used  by  others,  less 

experienced  in  the  problem  area 
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Document 

Templates 


DoD  5000 
Alignment 


TRL-based 
Roadmap 


Sys  Eng 
Activity 
Set 


Knowledge 
Based 
System 


E 


Multi- 
Dimensional 
Assessment 
Tools 


/ 


Set 


Transition 
Focused 


edba 

)rivei 

“ Secure  the  High  Ground * 
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TPMM/T3 


Department  of  Homeland  Security  ❖SOCOM 

Exploratory  Program  Process  >TPMM  flow  process 

>DHS  customized  TPMM  application  >TTA/TDS  Development 


❖  Defense  Threat  Reduction  Agency  ^Defense  Acquisition  University 

>Web-based  Tech  Tran  Agreement  >  Best  Practice  classes 
>DTRA  customized  TPMM  application  >Speaker  at  workshops 


MDA 


❖ 


UAH 


>  Kill  Assessment  Technologies  (KA)  >  Guest  speaker  at  SE  Short 
>QS  Course 


❖  NASA 

>TRLs  Definitions 


“Secure  the  High  Ground” 
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TECHNICAL  PROGRAM 
MANAGEMENT  MODEL 


•  Focused  on  providing  a  tailorable  model  for  Technology  Development. 

•  TRL  Assessment  -  Validated  Exit  Criteria 

•  System  Engineering  Process  -  Aligned  To  TRLs 

•  Programmatic  Planning 

•  MDA  Criteria  (HW/SW/EM)  Readiness  Assessments 

•  Focused  on  Successful  Transition 

•  Increases  Probability  of  Customer  Acceptance  and  Funding  Support 

•  Improves  Documentation  Process  to  Support  STO  /  ATD  /  ACTD 
Nomination  Process  or  Transition  to  an  Acquisition  Program 

c 

“TPMM:  A  Model  for  Technology  Development  and  Transition  ” 

_ ' 


“Secure  the  High  Ground” 


